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DETAILED ACTION 



Claim Objections 



Claim 1 8 is objected to because of the following informalities: . 
In line 20, page 31 , the acronym name "TMF" is not defined in the claim. 
Applicants is required to spell out . 

Appropriate correction is required. 

Claim Rejections - 35 USC § 102 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(e) the invention was described in (1 ) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351 (a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

Claims 1-22 are rejected under 35 U.S.C. 102(e) as being anticipated by 
Holenstein et al (USP Application 2002/0133507 A1 ). 

As per claim 1, Holenstein discloses a data replication system having a primary 
computer system (fig. 2a, # 12, primary replication) and a backup computer system (fig. 
2b, # 24, standby/reverse replication), a method of lock-step replication of database 
updates that occurred in the primary computer system to the backup computer system 
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(changes to the source database are lock-stepped with the changes to the target 
database, 0008), the method comprising: 

within a first application executing on the primary computer system: performing 
and completing a first transaction on the primary computer system (ready to be 
committed), the first transaction updating a first file in the primary computer system 
(ready to commit stage are paused, U 0102); 

in the primary computer system, upon completing the first transaction, initiating a 
lockstep transaction that updates a second file in the primary computer system (RTC 
tokens to ensure that the appropriate rows in each target table are locked before a 
transaction is committed at the originating node, 0105); and 

waiting to receive a predefined message prior to performing any further 
operations (When an RTC token is received back (returned) from each of the other 
nodes in the system 44, then the originating node knows that all of the other nodes in 
the system 44 have locked the appropriate rows and are ready to commit the 
transaction, H 0105); 

sending audit records from the primary computer system to the backup computer 
system, the sent audit records including audit records representing the updates to the 
first file by the first transaction and the updates to the second file by the lockstep 
transaction (the transaction is started by local input device A at node A and is replicated 
at node B. At time t1 , the local application program A begins transaction 101 . The audit 
trail A thus includes an entry for this step. The BEGIN step is replicated to node B and 
thus appears in the audit trail B shortly thereafter, U 0108); 
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receiving from the backup computer system confirmation that the audit records 
representing the updates to the first file by the first transaction and the updates to the 
second file by the lockstep transaction have been durably stored by the backup 
computer system, and upon receiving said confirmation, sending the predefined 
message to the first application (engine at a second node determines whether a target 
database at the second node is prepared for a commit operation for the transaction 
corresponding to the ready to commit token, and, if so, sends back the ready to commit 
token to the first node, U 0152, U 01 10). 

As per claim 2, Holenstein teaches wherein the lockstep transaction is initiated 
by a procedure call made immediately upon completion of the first transaction flj 0109). 

As per claim 3, Holenstein teaches wherein the first application performs an 
operation dependent upon completion of the first transaction only after receiving the first 
predefined message (H 0111 — 0112). 

As per claim 4, Holenstein teaches upon occurrence of a pre-determined event 
that terminates the lockstep transaction (row locks for A and B nodes are 
removed/deleted after the commit step is completed, U 01 13), initiating a second 
lockstep transaction that updates the second file in the primary computer system (as 
communicates with the RTC table regarding which transactions are waiting to commit 
and which transactions can go forward with a commit step, U 01 12. In other words, 
when the system verifies that the transaction may be committed without a possibility of 
a collision; therefore, transactions can go forward, 0107. It would be understood that 
Holenstein's system is avoided collision in a bi-directional database replication, so when 
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transactions are ready going forward flj 0102), initiating a lockstep is always applied to 
transaction before a transaction is commited, 0105); 

after the second lockstep transaction is initiated, sending audit records from the 
primary computer system to the backup computer system, the sent audit records 
including audit records representing the updates to the second file by the another 
lockstep transaction; after the second lockstep transaction is initiated, ignoring said 
confirmation that the audit records representing the updates to the first file by the first 
transaction and the updates to the second file by the lockstep transaction have been 
durably stored by the backup computer system; after the second lockstep transaction is 
initiated, receiving a second confirmation that the audit records representing the 
updates to the second file by the second lockstep transaction have been durably stored 
by the backup computer system, and upon receiving said second confirmation, sending 
the predefined message to the first application (these limitations are just repeating the 
steps which have been addressed in independent claim 1 start from "sending audit 
records from the primary... sending the predefined message to the first application"; 
therefore, they are rejected under the same rationale as state in independent claim 1 
arguments). 

Claim 5 is rejected by the same rationale as state in independent claim 1 
arguments. Moreover, Holenstein teaches the lockstep audit record having a first 
transaction identifier (the indicia is the transaction identifier, U 0109); reading audit 
records stored in the audit trail in a sequence in which the audit records are stored 
(each RTS is transmitted in sequence, ^ 0123, ^ 0132); transmitting the audit record to 
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the backup computer system (H 0026), wherein the backup computer system includes 
mechanism for safely storing the lockstep audit record... is safely stored (transaction 
have been safe stored at all nodes, U 0134). 

As per claim 6, Holenstein teaches storing the first transaction identifier at a first 
location of a pre-defined data structure (the local application program enters an indicia 
of transaction 1 01 into the RTC table A, flag is set for the table entry, H 0109, H 01 14); 
and during the reading step and upon encountering the first lockstep audit record, 
extracting an audit trail position and a transaction identifier from the first lockstep audit 
record; storing the extracted audit trail position at a second location of the pre-defined 
data structure; and storing the extracted transaction identifier at a third location of the 
pre-defined data structure (fig. 1 , H 0025). 

As per claim 7, Holenstein teaches comparing the safe audit trail position to the 
audit trail position stored at the second location; and comparing the transaction identifier 
stored at the first location and the transaction identifier stored at the third location 
(compare the before and after value extracted from the transaction audit trail, 
transaction the caused the collision can be identified by comparing a unique record 
indicia, H 0221, H0266). 

As per claim 8, Holenstein teaches upon occurrence of an event that disrupts the 
lockstep replication procedure before completion (indicate that a collision will occur if 
the transaction goes forward, U 0107), performing another lockstep transaction, the 
another lockstep transaction having a new transaction identifier (U 0102, lines 16-21); 
and storing the new transaction identifier in the first location of pre-defined data 
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structure (a flag value equal to 1 to prevent RTC tokens from being generated more 
than one time for each unique transaction identifier, 01 14) such that the checking step 
results in a mismatch between the transaction identifier stored at the first location and 
the transaction identifier stored at the third location (a failure is detected that indicative 
of a potential collision for the transaction, the transaction is restarted, U 0040, U 0134, 
the flag is initially set to zero, a token is generated for each new RTC table entry, 1J 
0109,1j0124). 

As per claim 9, Holenstein teaches pausing execution of an application program 
upon initiation of the lockstep replication procedure and resuming execution of the 
application program upon completion of the lockstep replication procedure (transaction 
may be paused to wait for a return of the RTS token from all nodes, U 0132). 

As per claim 10, Holensteint teaches wherein the transmitting step comprises 
transmitting at least a subset of the audit records to the backup computer system in a 
message buffer (memory cache to hold information about the transaction steps and 
operations, U 0051 ), and wherein the backup computer system is configured to return 
an audit trail position of a last saved audit record as the safe audit trail position without 
ensuring the audit records of the message buffer are durably stored unless the lockstep 
audit record is included in the message buffer (H 0028, U 0150-0152). 

As per claim 1 1 , Holenstein teaches initiating a first lockstep replication 
procedure and performing a first update on a pre-determined file in the primary system 
(RTC tokens to ensure that the appropriate rows in each target table are locked before 
a transaction is committed at the originating node, U 0105), the first update being 
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identified by a first unique transaction identifier (the indicia is the transaction identifier, 
0109, unique transaction identifier, ^ 01 14); 

storing the first unique transaction identifier in a pre-defined data structure in the 
primary system as a lockstep gateway transaction identifier (LockStep_Gateway_TID) 
(the local application program enters an indicia of transaction 101 into the RTC table A, 
110109 ); 

generating audit records that indicate database updates pertaining to database 
transactions performed on the primary system, the audit records further including a first 
lockstep audit record that is associated with the first update on the predetermined file 
and that includes the first unique transaction identifier; storing the audit records in an 
audit trail in the primary system (an audit trail, its purposes to hold information about the 
transaction steps and operations, U 0051); 

extracting audit records from the audit trail for transmission to the backup 
computer system; storing an audit trail position of the first update in the pre-defined data 
structure upon encountering the first lockstep audit record during the extracting step; 
storing the first unique transaction identifier in the pre-defined data structure as a 
lockstep audit transaction identifier (LockStep_Audit_TID) upon encountering the first 
lockstep audit record during the extracting step flj 0025); transmitting the stream of 
audit records and a lock-step indicator to the backup computer system (U 0026), 
wherein the lock-step indicator indicates a lockstep replication procedure has initiated, 
wherein the backup computer system is configured to ensure the stream of audit 
records are durably stored upon receiving the lock-step indicator, and wherein the 
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backup computer system is configured to transmit to the primary computer system a 
safe position indicating the audit trail position of durably stored audit records upon 
receiving the lock-step indicator (U 0134); 

comparing the safe position returned by the backup computer system to the audit 
trail position stored in the pre-defined data structure; and indicating completion of the 
lockstep replication procedure when the safe position is equal to or higher than the audit 
trail position stored in the pre-defined data structure and when the lockstep gateway 
transaction identifier (LockStep Gateway_TID) matches the lockstep audit transaction 
identifier (LockStep_Audit_TID) (compare the before and after value extracted from the 
transaction audit trail, transaction the caused the collision can be identified by 
comparing a unique record indicia, U 01 14, U 0221 , 0266). 

Claims 12, 16 and 19 have similar limitations as claim 9; therefore, they are 
rejected under the same subject matter. 

Claims 13 20-21 have similar limitations as claim 8; therefore, they are rejected 
under the same subject matter. 

Claims 14, 17 and 22 have similar limitations as claim 10; therefore, they are 
rejected under the same subject matter. 

Claim 15 is rejected by the same rationale as state in independent claim 1 1 
arguments. Moreover, Holenstein teaches upon an occurrence of an event that disrupts 
operations of the primary computer system (indicate that a collision will occur if the 
transaction goes forward, U 0107), performing the steps of: performing a second update 
on the pre-determined file in the primary system, the second update being identified by 
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a second unique transaction identifier, replacing the first unique transaction identifier 
with the second unique transaction identifier in the pre-defined data structure ffl 01 14). 

Claim 18 is rejected by the same rationale as state in independent claims 1 1 and 
15 arguments. Moreover, Holenstein teaches s TMF module configured to generate 
audit records (Compaq Transaction Monitoring Facility (TMF), U 0056-0059). 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to DEBBIE M LE whose telephone number is 703-308- 
6409. The examiner can normally be reached on 8:30-5:00. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, JOHN BREENE can be reached on 703-305-9790. The fax phone number 
for the organization where this application or proceeding is assigned is 703-872-9306. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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